home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_0399 / 127 < prev    next >
Internet Message Format  |  1994-08-27  |  3KB

  1. From: Stephen Usher <steve@earth.ox.ac.uk>
  2. Subject: Re: using another fs from an xfs
  3. Date: Wed, 3 Mar 93 12:48:57 BST
  4. In-Reply-To: <9303031204.AA05807@dutiea.twi.tudelft.nl>; from "Bart Schuller" at Mar 3, 93 1:04 pm
  5.  
  6. >
  7. >Hi all,
  8. >
  9. >I was wondering what exactly you can and cannot do from within an xfs.
  10. >For example, I'd still like to write a UNIXMODE fs, which would be based
  11. >on TOSfs. Should I use a trick like ofake? Can I call GEMDOS through the
  12. >kernel structure to open a file? I can always copy TOSfs and hack on it,
  13. >but TOSfs still changes a lot, and it would duplicate a lot of code.
  14. >It would be nice to be able to do this sort of thing, I keep dreaming
  15. >of a zoo fs. (cd /z/a/newstuff.zoo;ls ;-)
  16.  
  17. To add to this.. can device drivers call other device drivers directly in
  18. general in MiNT?
  19.  
  20. For example, if I were to write a new filesystem, could this call directly a
  21. disk device driver which in turn would call a generic SCSI device driver?
  22.  
  23. Of course the bottom layer (the SCSI device driver) could be something else
  24. like a generic ACSI device driver or generic IDE or generic floppy.. it
  25. doesn't matter.
  26.  
  27. If so then this would allow MiNT to break free from the uni-process-biased
  28. (ie they block MiNT whilst they go off and get the data) hard disk drivers we
  29. have to use at the moment. All the GEMDOS and XBIOS functions for disks
  30. would have to be emulated.. but that wouldn't be too much trouble.
  31.  
  32. Also, can xfs's put processes onto the IO queue until such time the data is
  33. available? This would be a big performance gain if it could be done.
  34.  
  35. >
  36. >Another question: Is it possible to use some sort of timer in an xfs to
  37. >periodically sync(), without using a seperate update process? Can I just
  38. >hook into a timer vector (vsync)?
  39.  
  40. I think there should be an Fsync() system call in MiNT which calls each of
  41. the xfs's in turn calling their Fsync() functions. But that's just my
  42. opinion.
  43.  
  44. >
  45. >Bart.
  46. >-------------------------------------------------------------------------------
  47. >Bart Schuller    (NeXTmail OK) | What is a 're-mix?' "A total cheat"...
  48. >schuller@dutiea.twi.tudelft.nl | ..."A gift"-- when it's Frankie...         TCH
  49. >-------------------------------------------------------------------------------
  50. >
  51.  
  52. I've waffled on too much already..
  53.  
  54. Steve
  55.  
  56. -- 
  57. ---------------------------------------------------------------------------
  58. Computer Systems Administrator, Dept. of Earth Sciences, Oxford University.
  59. E-Mail: steve@uk.ac.ox.earth (JANET) steve@earth.ox.ac.uk (Internet).
  60. Tel:- Oxford (0865) 282110 (UK) or +44 865 282110 (International).
  61.